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METHOD, SYSTEM, AND COMPUTER PROGRAM PRODUCT FOR SECURITY 
WITHIN A GLOBAL COMPUTER NETWORK 

CLAIM TO EARLIER APPLICATION 

This application claims priority to coassigned U.S. Provisional Patent Application No. 
60/433,345, filed December 13, 2002, entitled METHOD AND APPARATUS FOR 
PROTECTING ONLINE USERS FROM SPOOF SITES USED TO PERFORM ONLINE 
5 IDENTITY THEFT AND FRAUD, naming Alagna et al. as inventors, which is incorporated 
herein by reference in its entirety. 

BACKGROUND 

This description relates in general to information handling systems, and in particular to a 
10 method, system, and computer program product for security within a global computer network. 
In a global computer network, a user may be deceived into relying on a resource that is 
misrepresented as a trusted resource. Such deception causes various problems, including 
potential damage to goodwill of the trusted resources. 



SUMMARY 



In a first embodiment, an information handling system determines whether a resource is 
likely misrepresented as a trusted resource within a global computer network. In a second 
embodiment, the information handling system outputs an indication of whether a resource within 
20 a global computer network is recognized as a known trusted resource. 
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A principal advantage of these embodiments is that deception is less likely. 

BRIEF DESCRIPTION OF THE DRAWING 

Fig. 1 is a block diagram of a system according to the illustrative embodiment. 
5 Fig. 2 is a block diagram of a representative computing system of Fig. 1. 

Fig. 3 is a block diagram of an e-commerce provider of Fig. 1. 
Fig. 4 is a block diagram of a security provider of Fig. 1. 

Fig. 5 is a conceptual illustration of various processes executed by a security provider 
administrator of Fig. 4. 
10 Fig. 6 is a block diagram of an individual customer of Fig. 1. 

Fig. 7 is a conceptual illustration of various processes executed by a customer of Fig. 1. 
Fig. 8 is a block diagram of an entity customer of Fig. 1. 

Fig. 9 is an illustration of a 1st screen displayed by a display device of a customer of Fig. 

1. 

15 Fig. 10 is an illustration of a 2nd screen displayed by a display device of a customer of 

Fig. 1. 

Fig. 1 la is an illustration of a 3rd screen displayed by a display device of a customer of 

Fig. 1. 

Fig. 1 lb is an illustration of a 4th screen displayed by a display device of a customer of 

20 Fig. 1. 

Fig. 12 is an illustration of a 5th screen displayed by a display device of a customer of 

Fig. 1. 

Fig. 13 is an illustration of a 1st screen displayed by a display device of an e-commerce 
provider of Fig. 1. 

25 Fig. 14 is an illustration of a 2nd screen displayed by a display device of an e-commerce 

provider of Fig. 1. 

Fig. 15 is a flowchart of operation of a process executed by an e-commerce provider 
administrator of Fig. 3. 

Fig. 16 is a flowchart of operation of another process executed by the e-commerce 
30 provider administrator of Fig. 3. 
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Fig. 17 is a flowchart of operation of a process executed by a security provider 
administrator of Fig. 4. 

Fig. 18 is a flowchart of operation of another process executed by the security provider 
administrator of Fig. 4. 

5 Fig. 19 is a flowchart of operation of a process executed by a customer of Fig. 1. 

Fig. 20 is a flowchart of operation of another process executed by a customer of Fig. 1. 

DETAILED DESCRIPTION 

Fig. 1 is a block diagram of a system, indicated generally at 100 according to the 

10 illustrative embodiment. System 100 includes (a) electronic commerce ("e-commerce") 

providers 102 and 104 for executing respective e-commerce provider processes as discussed 
further hereinbelow in connection with Figs. 3 and 13-16, (b) individual customers 106 and 108 
for executing respective individual customer processes as discussed further hereinbelow in 
connection with Figs. 7, 9-12, 19 and 20, (c) entity customers 110 and 1 12 for executing 

15 respective entity customer process as discussed further hereinbelow in connection with Figs. 7, 
9-12, 19 and 20, and (d) security provider 120 for executing respective security provider 
processes as discussed further hereinbelow in connection with Figs. 4, 5, 17 and 18. Further, 
system 100 includes spoof servers 1 14 and 116, and a global computer network 118 (e.g., a 
Transport Control Protocol/Internet Protocol ("TCP/IP") network, such as the Internet), which 

20 are discussed further hereinbelow. 

Each of e-commerce providers 102 and 104, individual customers 106 and 108, entity 
customers 1 10 and 112, spoof servers 1 14 and 116, and security provider 120 includes a 
respective network interface for communicating with network 118 (e.g., outputting information 
to, and receiving information from, network 118), such as by transferring information (e.g., 

25 instructions, data, signals) between such e-commerce provider, individual customer, entity 
customer, spoof server and network 118. Also, each of e-commerce providers 102 and 104, 
individual customers 106 and 108, entity customers 1 10 and 112, spoof servers 1 14 and 1 16, 
network 118, and security provider 120 is a computing system that includes at least one 
respective information handling system ("IHS") (e.g., computer) for executing respective 

30 processes and performing respective operations (e.g., processing and communicating 
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information) in response thereto as discussed further hereinbelow. Each such computing system 
and IHS is formed by various electronic circuitry means. Moreover, as shown in Fig. 1, all such 
IHS's are coupled to one another. Accordingly, e-commerce providers 102 and 104, individual 
customers 106 and 108, entity customers 110 and 1 12, spoof servers 114 and 116, and security 
5 provider 120 operate within the network 118. 

For clarity, Fig. 1 depicts only two e-commerce providers 102 and 104, although system 
100 may include additional e-commerce providers which are substantially identical to one 
another. Similarly for clarity, Fig. 1 depicts only two individual customers 106 and 108, 
although system 100 may include additional individual customers which are substantially 

10 identical to one another. Likewise, for clarity, Fig. 1 depicts only two entity customers 110 and 
112, although system 100 may include additional entity customers which are substantially 
identical to one another. Moreover, for clarity, Fig. 1 depicts only two spoof servers, although 
system 100 may include additional spoof servers which are substantially identical to one another. 
E-commerce provider 102 is a representative one of the e-commerce providers, individual 

15 customer 106 is a representative one of the individual customers, entity customer 1 10 is a 
representative one of the entity customers, and spoof server 1 14 is a representative one of the 
spoof servers. 

In system 100, any one or more of the e-commerce providers, customers, and/or security 
provider is equipped to determine whether a resource (e.g., a source or destination of 

20 information) is likely misrepresented as a trusted resource within the network 1 18, so that a user 
thereof is less likely to be deceived into relying on the misrepresented resource. For example, 
such deception may occur if a user selects (e.g., "clicks") on an embedded hyperlink to a web 
page, under a mistaken belief that the hyperlink will direct the user to a trusted web page, where 
instead the hyperlink actually directs the user to a misrepresented web page whose objective is to 

25 illegally, immorally or unethically deceive the user. Such a link is presentable (e.g., displayable) 
to the user in an electronic message (e.g., an electronic mail ("e-mail") message or an instant 
"chat" message). Moreover, a source (e.g., e-mail address) of such electronic message may 
likewise be misrepresented as a trusted resource. 

A misrepresented web page may include features that simulate or mimic features of a 

30 trusted web page (e.g., by including the trusted web page's service mark, trademark, logo, layout 
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and/or other elements). Such misrepresentation is a security risk. For example, the 
misrepresented web page may deceive a user into sharing confidential information (e.g., personal 
identification number ("PIN") or other password), sensitive information (e.g., social security 
number or other user identification), or financial information (e.g., credit card account 
5 information or bank account information), which compromises security. Such deception is a 
type of web page "spoofing." 

After a user is deceived into visiting a misrepresented web page (e.g., "spoof web page"), 
the user is potentially subject to various types of attacks. In one example, the misrepresented 
web page displays an information entry field, which is embedded in the misrepresented web 

10 page, and which asks the user to enter confidential, sensitive, or financial information. In 

response to such request, if the user enters and transmits such information via the information 
entry field (e.g., by clicking a button labeled "submit"), the information is output to the 
misrepresented resource, and security is compromised. 

In another example, an electronic message includes (e.g., is embedded with) a mark-up 

15 language command (e.g., HyperText mark up language ("HTML") command or Extensible 
Markup Language ("XML") command). Similar to a misrepresented web page, an electronic 
message may be misrepresented as originating from a trusted source (e.g., eBay, Microsoft). 
After a user receives and opens the electronic message, the user is potentially subject to various 
types of attacks. In one example, the electronic message displays an information entry field, 

20 which is embedded in the electronic message, and which asks the user to enter confidential, 

sensitive, or financial information. In response to such request, if the user enters and transmits 
such information via the information entry field (e.g., by clicking a button labeled "submit"), the 
information is output to the misrepresented resource, and security is compromised. 

Fig. 2 is a block diagram of a representative one of the computing systems of e- 

25 commerce providers 102 and 104, individual customers 106 and 108, entity customers 110 and 
112, spoof servers 1 14 and 1 16, and security provider 120 of Fig. 1 . Such representative 
computing system is indicated by dashed enclosure 200. Each of the computing systems of e- 
commerce providers 102 and 104, individual customers 106 and 108, entity customers 110 and 
1 12, spoof servers 1 14 and 116, and security provider 120 operates in association with a 

30 respective human user. Accordingly, in the example of Fig. 2, computing system 200 operates in 
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association with a human user 202, as discussed further hereinbelow. 

As shown in Fig. 2, computing system 200 includes (a) input devices 206 for receiving 
information from human user 202, (b) a display device 208 (e.g., a conventional electronic 
cathode ray tube ("CRT") device) for displaying information to user 202, (c) a computer 204 for 
5 executing and otherwise processing instructions, (d) a print device 210 (e.g., a conventional 
electronic printer or plotter), (e) a nonvolatile storage device 211 (e.g., a hard disk drive or other 
computer-readable medium (or apparatus), as discussed further hereinbelow) for storing 
information, (f) a computer-readable medium (or apparatus) 212 (e.g., a portable floppy diskette) 
for storing information, and (g) various other electronic circuitry for performing other operations 

10 of computing system 200. 

For example, computer 204 includes (a) a network interface (e.g., circuitry) for 
communicating between computer 204 and network 1 12 and (b) a memory device (e.g., random 
access memory ("RAM") device and read only memory ("ROM") device) for storing 
information (e.g., instructions executed by computer 204 and data operated upon by computer 

15 204 in response to such instructions). Accordingly, computer 204 is connected to network 1 12, 
input devices 206, display device 208, print device 210, storage device 211, and computer- 
readable medium 212, as shown in Fig. 2. Also, computer 204 includes internal speakers for 
outputting audio signals. In an alternative embodiment, the speakers are external to computer 
204. 

20 For example, in response to signals from computer 204, display device 208 displays 

visual images, and user 202 views such visual images. Moreover, user 202 operates input 
devices 206 in order to output information to computer 204, and computer 204 receives such 
information from input devices 206. Also, in response to signals from computer 204, print 
device 210 prints visual images on paper, and user 202 views such visual images. 

25 Input devices 206 include, for example, a conventional electronic keyboard and a 

pointing device such as a conventional electronic "mouse", rollerball or light pen. User 202 
operates the keyboard to output alphanumeric text information to computer 204, and computer 
204 receives such alphanumeric text information from the keyboard. User 202 operates the 
pointing device to output cursor-control information to computer 204, and computer 204 receives 

30 such cursor-control information from the pointing device. 
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Fig. 3 is a block diagram of e-commerce provider 102. E-commerce provider 102 
performs e-commerce transactions (e.g., transactions of goods or services through network 118) 
with individual customers (e.g., individual customer 108) and entity customers (e.g., entity 
customer 110). E-commerce provider 102 includes an e-commerce provider administrator 302, 
5 which is a computing system for executing e-commerce provider administrator processes as 
discussed further hereinbelow in connection with Figs. 13-16. Human security analyst 306 is a 
user of e-commerce provider administrator 302, similar to the manner in which human user 202 
operates in association with computing system 200. E-commerce provider administrator 302 
further operates in association with a database 304, which is stored within a hard disk of e- 
1 0 commerce provider administrator 302. 

Within database 304, e-commerce provider administrator 302 stores results of various 
analyses performed by and received from security provider administrator 402 (discussed further 
hereinbelow in connection with Fig. 4). Database 304 is organized to include various addresses 
(e.g., Internet addresses) of web pages and analyses thereof. For example, such analyses include 
1 5 designations of whether such web pages (e.g., as represented by such addresses) are trusted 
resources, mistrusted resources, or neither (e.g., neutral). 

Moreover, as shown in Fig. 3, e-commerce provider administrator 302 includes 
respective network interfaces for communicating with network 1 18 on behalf of e-commerce 
provider 102. Such communication includes outputting information to (and receiving 
20 information from) individual customers (e.g., individual customer 106) and entity customers 
(e.g., entity customer 110). Also, such communication with network 118 also includes 
outputting information to (and receiving information from) security provider 120. 

Fig. 4 is a block diagram of security provider 120. Security provider 120 includes 
security provider administrator 402, which is a computing system for executing security provider 
25 administrator processes as discussed further hereinbelow in connection with Figs. 5, 17 and 18. 
Human system manager 406 is a user of security provider administrator 402, similar to the 
manner in which human user 202 operates in association with computing system 200. 

Also as shown in Fig. 4, in the illustrative embodiment, security provider administrator 
402 includes respective network interfaces for communicating with network 1 18 on behalf of 
30 security provider 120. Such communication includes outputting information to (and receiving 
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information from) e-commerce providers (e.g., e-commerce provider 102), individual customers 
(e.g., individual customer 106), and entity customers (e.g., entity customer 110). 

Moreover, security provider 120 includes a web-crawler 404, which is a computing 
system for executing a web-crawling process as discussed hereinbelow. Web-crawler 404 is 
5 coupled to security provider administrator 402 via a connection for communicating with security 
provider administrator 402. Also, as shown in Fig. 4, web-crawler 404 includes a respective 
network interface for communicating with network 118, such as by transferring information 
between web-crawler 404 and network 118. 

From security provider administrator 402, web-crawler 404 receives an Internet address 

10 associated with a web page from which to begin a search operation. Web-crawler 404 

automatically retrieves a web page from such Internet address and searches the web page for 
other Internet addresses that are listed therein. Web-crawler 404 automatically retrieves the web 
pages associated with such other Internet addresses and likewise continues searching those web 
pages for other Internet addresses that are listed therein. Web-crawler 404 continues operating in 

15 this manner until it determines that a halting condition has occurred. For example, the halting 
condition includes a specified one or more of the following: reaching a maximum word limit, or 
reaching a maximum document limit. To security provider administrator 402, web crawler 404 
outputs the Internet addresses that it identifies during the process. 

Fig. 5 is a conceptual illustration of various processes executed by security provider 

20 administrator 402, which are discussed in more detail herein. As shown in Fig. 5, security 

provider administrator 402 executes an analysis process 502 (discussed further hereinbelow in 
connection with Fig. 17) and an update/notification process 504 (discussed further hereinbelow 
in connection with Fig. 18). Such processes perform their respective operations in response to 
information stored in a mistrusted web pages database 506 and a trusted web pages database 508. 

25 Mistrusted web pages database 506 and trusted web pages database 508 are stored within 

a hard disk of security provider administrator 402. Within mistrusted web pages database 506 
and trusted web pages database 508, security provider administrator 402 stores records of 
operations performed by security provider administrator 120, including records of analyses 
performed by analysis process 502. Mistrusted web pages database 506 includes a list of Internet 

30 addresses that are associated with respective web pages (e.g., "spoof web pages") known to be 
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misrepresented as trusted web pages. Conversely, organization of trusted web pages database 
508 includes a list of Internet addresses that are associated with respective web pages known to 
be trusted. 

In the illustrative embodiment, a human system manager (e.g., human system manager 
5 406) initially populates trusted web pages database 508. In an alternative embodiment, a 

computing system (e.g., security provider administrator 402) executes a process (e.g., a "spider") 
to initially populate trusted web pages database 508. In such an alternative embodiment, the 
computing system automatically retrieves various web pages, and it stores (in trusted web pages 
database 508) the Internet address of web pages that satisfy predetermined criteria indicating that 
1 0 such web pages are trusted. 

Analysis process 502 analyzes information received by security provider administrator 
120 from web-crawler 404 and from network 118. Also, analysis process 502 outputs suitable 
information to update/notification process 504. 

Update/notification process 504 performs other operations of security provider 
15 administrator 120, including communication of information (a) between human system manager 
406 and network 118 and (b) via network 1 18, to customers (e.g., customers 106 and 1 10) and e- 
commerce providers (e.g., e-commerce provider 102) regarding analyses of electronic messages 
and web pages retrieved from network 118. 

Fig. 6 is a block diagram of individual customer 106. Individual customer 106 includes a 
20 client 602 for executing client processes as discussed further hereinbelow in connection with 
Figs. 7, 9-12, 19 and 20. Human user 604 is a user of client 602, similar to the manner in which 
human user 202 operates in association with computing system 200. Moreover, client 602 
includes a network interface for communicating with network 118. 

Fig. 7 is a conceptual illustration of various processes executed by representative clients 
25 602 and 804. In the operation of Fig. 7, client 602 is a representative one of clients 602 and 804. 
The processes executed by client 602 are discussed in more detail elsewhere herein. 

As shown in Fig. 7, client 602 executes an operating system 702, a web browser 704, and 
a plug-in indicated by dashed enclosure 706. Also, plug-in 706 includes a detection process 
indicated by dashed enclosure 708, an update process 712, and a user notification/report process 
30 714 (discussed in more detail hereinbelow in connection with Fig. 20). Detection process 708 
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includes an analysis process 710 (discussed in more detail hereinbelow in connection with Fig. 

19), which writes information to mistrusted web pages database 716 and trusted web pages 

database 718 for storage therein, and which operates in response thereto. Databases 716 and 718 

are stored within a hard disk of client 602. 
5 Operating system 702 is a Microsoft Windows operating system or, alternatively, any 

other suitable operating system software, which performs conventional operating system 

operations. Operating system 702 communicates between web browser 704 and various 

elements of client 602. 

Web browser 704 is a Microsoft Internet Explorer browser or, alternatively, any other 
10 suitable web browser software, which performs conventional web browser operations. Web 

browser 704 outputs information to analysis process 710 directly, and indirectly via update 

process 712. Also, web browser 704 receives information from analysis process 710 via user 

notification/report process 714. 

Fig. 8 is a block diagram of entity customer 1 10. Entity customer 110 includes clients 
15 804, 806, and 808, each for executing respective client processes as discussed hereinabove in 

connection with Fig. 7, and each includes a respective network interface for communicating with 

network 118. For clarity, Fig. 8 shows a connection between client 804 and network 118, but 

clients 806 and 808 are likewise connected to network 118 

Human users 810, 812, and 814 are respective users of clients 804, 806, and 808, similar 
20 to the manner in which computing system 200 operates in association with user 202. Further, 

entity customer 110 includes an entity customer administrator 802, which is a computing system 

for executing entity customer administrator processes as discussed elsewhere herein. Human 

system manager 816 is a user of entity customer administrator 802. 

Moreover, entity customer administrator 802 includes a network interface for 
25 communicating with network 118. As shown in Fig. 8, entity customer administrator 802 is 

coupled to each of clients 804, 806, and 808, and they communicate information between one 

another. 

In the discussion hereinbelow, client 804 is a representative one of clients 804, 806, and 
808. Although Fig. 8 shows only three clients (i.e., clients 804, 806, and 808), it should be 
30 understood that other clients (substantially identical to clients 804, 806, and 808), are likewise 

10 
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coupled to entity customer administrator 802. Each of such other clients operates in association 
with a respective human user, similar to the manner in which client 804 operates with user 810. 
In an alternative embodiment, one or more of clients 804, 806, and 808 perform the operation of 
entity customer administrator 802. 
5 Fig. 9 is an illustration of a visual image (e.g., "screen"), indicated generally at 900, 

displayed by a display device (e.g., display device 208) of a client (e.g., client 602) of an 
individual customer (e.g., individual customer 106) or a client (e.g., client 804) of an entity 
customer (e.g., entity customer 1 10). Screen 900 is an example screen of a "spoof web page 
resource that is misrepresented as a trusted web page resource within a global computer network. 

10 The "spoof web page is output by a spoof server (e.g., spoof server 1 14). 

Screen 900 includes a set of information entry fields ("fields") indicated generally at 902. 
As shown in Fig. 9, fields 902 are regions of screen 900 in which a client's user is asked to 
specify alphanumeric character information. More particularly, in fields 902, the client's user is 
asked to specify the following information as shown in Fig. 9: first name, last name, address 1, 

1 5 address 2, city, state, zip, country, home telephone, work telephone, e-mail address, PayPal 
password, credit cardholder's name, credit card number, credit card expiration date, credit 
cardholder's zip/postal code, credit card security code, social security number, date of birth, 
mother's maiden name, credit card issuing bank, ABA number, account type, routing number, 
account pin, and account number. 

20 Screen 900 includes a Sign Up "button" 904, which is a region of screen 900. Button 904 

is selectable (e.g., "clickable") by the client's user and is associated with an Internet address of a 
spoof server (e.g., spoof server 114). In response to the client's user clicking button 904, the 
client's computer outputs information (specified in fields 902 by the client's user) to such 
addressed spoof server (e.g., spoof server 1 14) through network 118, and security is 

25 compromised. 

Screen 900 is an example screen of a web page resource that is misrepresented by its 
content (e.g., information entry fields 902) as a trusted web page resource. In another example, a 
web page resource is misrepresented by an address in a different web page or in an electronic 
message (e.g., Internet hyperlink embedded in the different web page or in the electronic 
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message), where the address's wording appears linked to a trusted web page resource, but instead 
the address is actually linked to a misrepresented web page resource. 

Fig. 10 is an illustration of another screen, indicated generally at 1000, displayed by the 
client's display device. Screen 1000 shows an electronic message, which includes content that 
5 misrepresents a web page resource as a trusted web page resource. Examples of an electronic 
message include electronic mail ("e-mail") messages and instant messages (e.g., "chat" 
messages). 

In Fig. 10, the web page resource is misrepresented by: (a) a source address 1002 (e.g., 
return message address, such as "supportusers@eBay.com") in the header of the electronic 

10 message, where the address's wording appears linked to a trusted electronic message resource, 
but instead the address is actually linked to a misrepresented electronic message resource 
associated with a spoof server (e.g., spoof server 1 14) that is not approved by eBay.com; and/or 
(b) an address (e.g., Internet hyperlink) 1004 in the body of the electronic message, where the 
address's wording appears linked to a trusted web page resource, but instead the address is 

1 5 actually linked to a misrepresented web page resource that is not approved by eBay.com. 

In response to the client's user "clicking" address 1004, (a) the client's computer outputs 
such address to network 118, (b) the address's linked spoof server outputs signals (e.g., HTML 
commands or XML commands) to the client's computer, and (c) the client's display device 
displays a screen (e.g., screen 900) of a spoof web page. 

20 Fig. 11a and 1 lb are illustrations of a screen generally indicated at 1 100, displayed by the 

client's display device. Screen 1 100 shows an electronic message, which includes content that 
misrepresents a web page resource as a trusted web page resource. Fig. 1 la depicts a first part of 
screen 1 100, and Fig. lib depicts a second part of screen 1 100. Screen 1 100 is an example of an 
e-mail message that includes markup language (e.g., HTML or XML) commands. The client's 

25 computing system processes the markup language commands and displays a screen according to 
such commands (e.g., screen 1 100 of Figs. 1 la and 1 lb). 

For example, screen 1 100 includes information entry fields 1 104. Similar to fields 902 of 
screen 900 (described hereinabove in connection with Fig. 9), fields 1 104 are regions of screen 
1 100 in which the client's user is asked to specify alphanumeric character information. More 

30 particularly, in fields 1 104, the client's user is asked to specify the following information as 
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shown in Fig. 11a: (a) eBay user ID, (b) eBay password, (c) PayPal password, (d) e-mail address, 
(e) credit card/debit card number, (f) credit card/debit card expiration date, (g) credit card/debit 
card type, (h) credit card/debit card bank name, (i) credit card/debit card PIN number, and (j) 
credit card/debit card CVV code. Moreover, the client's user is asked to specify additional 
5 information in fields 1 104 as shown in Fig. 1 lb, namely: (a) credit card/debit card account 
owner, (b) country of account, (c) bank name, (d) bank routing number, (e) checking account 
number, (f) social security number, (g) mother's maiden name, (h) date of birth, (i) driver's 
license number, and (j) state of driver's license issue. 

In screen 1 100, the web page resource is misrepresented by: (a) a source address 1 102 

10 (e.g., return message address, such as "aw-confirm@ebay.com") in the header of the electronic 
message, where the address's wording appears linked to a trusted electronic message resource, 
but instead the address is actually linked to a misrepresented electronic message resource 
associated with a spoof server (e.g., spoof server 1 14) that is not approved by eBay.com; and/or 
(b) wording and layout of the information entry fields 1 104 in the body of the electronic 

15 message, where such wording and layout appear linked to a. trusted web page resource, but 
instead the information entry fields 1 104 are actually linked to a misrepresented web page 
resource that is not approved by eBay.com. 

Screen 1 100 includes a Submit button 1 106, which is a region of screen 1 100. Similar to 
button 904 (discussed hereinabove in connection with Fig. 9) of screen 900, button 1 106 is 

20 selectable by the client's user and is associated with an Internet address of a spoof server (e.g., 
spoof server 114). In response to the client's user clicking button 1 106, the client's computer 
outputs information (specified in fields 1 104 by the client's user) to such addressed spoof server 
(e.g., spoof server 1 14) through network 118, and security is compromised. 

Fig. 12 is an illustration of a screen indicated generally at 1200, displayed by the client's 

25 display device. Likewise, Figs. 13 and 14 are illustrations of screens indicated generally at 1300, 
displayed by a display device of an e-commerce provider administrator (e.g., e-commerce 
provider administrator 302). Figs. 12, 13, and 14 are discussed in more detail hereinbelow. 

Fig. 15 is a flowchart of operation of a process executed by e-commerce provider 
administrator 302. The operation begins at a step 1502, where e-commerce provider 
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administrator 302 determines whether it has received an electronic message for requested 
analysis (e.g., from individual customers or entity customers via network 118). 

In the illustrative embodiment, e-commerce provider administrator 302 receives such an 
electronic message in response to a customer (e.g., individual customer 106 or entity customer 
5 110) outputting the electronic message to e-commerce provider 102. Such an electronic message 
is output by such a customer in response to the customer's receiving the electronic message 
through network 118 and suspecting that the electronic message misrepresents a resource as a 
trusted resource (e.g., a web page). 

At step 1502, if e-commerce provider administrator 302 determines that it has received an 

10 electronic message for analysis, the operation continues to a step 1504. At step 1504, e- 

commerce provider administrator 302 outputs the electronic message to security provider 120 
through network 1 18 for analysis. After step 1504, the operation returns to step 1502. 

Conversely, if e-commerce provider administrator 302 determines at step 1502 that it has 
not received an electronic message for analysis, the operation continues to a step 1506, where e- 

15 commerce provider administrator 302 determines whether it has received an Internet address for 
requested analysis (e.g., from individual customers or entity customers via network 118). E- 
commerce provider administrator 302 receives such an Internet address in response to a customer 
(e.g., individual customer 106 or entity customer 110) outputting the Internet address to e- 
commerce provider 102. Such an Internet address is output by such a customer in response to 

20 the customer's suspecting that the Internet address misrepresents a web page resource as a 
trusted web page resource. 

At step 1506, if e-commerce provider administrator 302 determines that it has received an 
Internet address for analysis, the operation continues to a step 1508. At step 1508, e-commerce 
provider administrator 302 outputs the Internet address to security provider 120 through network 

25 118 for analysis. After step 1508, the operation returns to step 1502. Conversely, if e-commerce 

provider administrator 302 determines at step 1506 that it has not received an Internet address for 

analysis, the operation returns to step 1502. 

Fig. 16 is a flowchart of operation of another process of e-commerce provider 

< 

administrator 302. The operation begins at a step 1602, where e-commerce provider 
30 administrator 302 determines whether it has received an analysis from security provider 120 
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through network 1 18. In response to e-commerce provider administrator 302 determining that it 
has received such an analysis, the operation continues to a step 1604. 

At step 1604, e-commerce provider administrator 302 outputs the analysis to an 
individual customer or an entity customer through network 118 (e.g., the individual customer or 
5 entity customer from which e-commerce provider administrator 302 received the request for 
analysis). After step 1604, the operation continues to a step 1606, where e-commerce provider 
administrator 302 stores the analysis in its local database 304. After step 1606, the operation 
returns to step 1602. 

At step 1602, if e-commerce provider administrator 302 determines that it has not 

10 received an analysis from security provider 120 through network 118, the operation continues to 
a step 1608. At step 1608, e-commerce provider administrator 302 determines whether it has 
received a request to display an analysis that is stored in database 304. 

In response to e-commerce provider administrator 302 determining that such a request 
has been received, the operation continues to a step 1610. At step 1610, e-commerce provider 

15 administrator 302 reads the analysis from database 304. After step 1610, the operation continues 
to a step 1612, where e-commerce provider administrator 302 outputs the analysis to its display 
device for display to human security analyst 306 (e.g., which views the displayed analysis, such 
as screen 1300 of Fig. 13). After step 1612, the operation returns to step 1602. 
Referring again to step 1608, if e-commerce provider administrator 302 determines that it has not 

20 received a request to display an analysis that is stored in database 304, the operation continues to 
a step 1614. At step 1614, e-commerce provider administrator 302 determines whether it has 
received a request to display an analysis that is stored remotely in either the mistrusted web 
pages database 506 or the trusted web pages database 508. If so, the operation continues to a 
step 1616, where e-commerce provider administrator 302 reads the stored analysis from a 

25 suitable one of databases 506 and 508. 

After step 1616, the operation continues to step 1612, where e-commerce provider 
administrator 302 outputs the analysis to its display device for display to human security analyst 
306 (e.g., which views the displayed analysis, such as screen 1300 of Fig. 13). Conversely, at 
step 1614, if e-commerce provider administrator 302 determines that it has not received a request 
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to display an analysis that is stored remotely in either database 506 or 508, the operation returns 
to step 1602. 

As shown in Fig. 13, screen 1300 includes a set of links, indicated generally at 1302, 
which are regions of screen 1300 that are respectively selectable by the human security analyst 
5 306 for causing the e-commerce provider administrator 302 to output various aspects of the 
analysis to the display device for viewing by the human security analyst 306. As shown in FIG 
13, the set of links 1302 includes links that are respectively selectable by the human security 
analyst 306 to (a) manage alerts, (b) manage reports, (c) manage a black list (e.g., known 
mistrusted web pages database 506), (d) manage a white list (e.g., known trusted web pages 

10 database 508), (e) manage rules, (f) manage filters, and (g) manage users. 

In the example of Fig. 13, screen 1300 is output by e-commerce provider administrator 
302 in response to human security analyst 306 clicking link 1302 to view and manage the known 
mistrusted web pages database 506. By comparison, in the example of Fig. 14, screen 1300 is 
output by e-commerce provider administrator 302 in response to human security analyst 306 

15 clicking link 1302 to view and manage reports. As shown in Figs. 13 and 14, screen 1300 also 
includes a tool bar 1304, which is substantially identical to a tool bar 1202 of Fig. 12. 

Fig. 17 is a flowchart of operation of analysis process 502 of security provider 
administrator 402. At a step 1702, security provider administrator 402 determines whether it has 
received an electronic message (e.g., as illustrated by screen 1000 of Fig. 10) for requested 

20 analysis (e.g., from an e-commerce provider, an individual customer, or an entity customer via 
network 118). If so, the operation continues to a step 1704. 

At step 1704, security provider administrator 402 parses the electronic message's content 
for an Internet address (e.g., an Internet address associated with link 1004 of screen 1000). 
Moreover, at step 1704, security provider administrator 402 performs an analysis of the 

25 electronic message to determine whether the electronic message likely misrepresents the Internet 
address as representing a trusted web page. Security provider administrator 402 performs such 
analysis by analyzing the electronic message's content and header. In analyzing the electronic 
message's content, security provider administrator 402 detects an extent to which the content 
implements specified techniques for deceiving a user. In analyzing the electronic message's 

30 header, security provider administrator 402 detects an extent to which the header implements 
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specified techniques for misrepresenting or concealing an actual source (e.g., source address) of 
the electronic message. After step 1704, the operation continues to a step 1708. In an alternative 
embodiment: (a) if security provider administrator 402 determines that the electronic message 
likely misrepresents the Internet address, the operation continues to step 1708; or (b) instead, if 
5 security provider administrator 402 determines otherwise, the operation returns to step 1702. 

Referring again to step 1702, if security provider administrator 402 determines that it has 
not received an electronic message for requested analysis, the operation continues to a step 1706. 
At step 1706, security provider administrator 402 determines whether it has received an Internet 
address for requested analysis (e.g., from an e-commerce provider, an individual customer, or an 
10 entity customer via network 1 1 8, or from web-crawler 404). If not, the operation returns to step 
1702. Conversely, if security provider administrator 402 determines that it has received an 
Internet address for requested analysis, the operation continues to step 1708. 

At step 1708, security provider administrator 402 determines whether the Internet address 
is stored in trusted web pages database 508. If so, such determination indicates that the Internet 
15 address represents a trusted web page (and not a spoof web page). In that situation, the operation 
continues to a step 1710, where security provider administrator 402 outputs (to 
update/notification process 504) an analysis indicating that the Internet address represents a 
trusted web page. After step 1710, the operation returns to step 1702. 

Conversely, if security provider administrator 402 determines at step 1708 that the 
20 Internet address is not stored in trusted web pages database 508, such determination indicates 
that further analysis is warranted. In that situation, the operation continues to a step 1712. 

At step 1712, security provider administrator 402 determines whether the Internet address 
is stored in mistrusted web pages database 506. If so, such determination indicates that the 
Internet address represents a mistrusted ("spoof) web page (e.g., screen 900 of Fig. 9). In that 
25 situation, the operation continues to a step 1724. At step 1724, security provider administrator 
402 outputs (to update/notification process 504) an analysis indicating that the Internet address 
represents a mistrusted "spoof web page. After step 1724, the operation returns to step 1702. 

Conversely, if security provider administrator 402 determines at step 1712 that the 
Internet address is not stored in the mistrusted web pages database 506, such determination 
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indicates that further analysis is warranted. In that situation, the operation continues to a step 
1714. 

At step 1714, security provider administrator 402 performs one or more of the following 
analyses: an Internet address analysis, a content analysis, a layout analysis, a site analysis, and a 
5 reaction analysis. Each of these analyses is discussed in more detail hereinbelow. 

The Internet address analysis determines whether a potential spoof web page is likely 
misrepresented by analyzing the web page's Internet address information (e.g., Uniform 
Resource Locator ("URL")). More specifically, the Internet address analysis determines a 
likelihood that the web page (associated with a particular URL) is a spoof web page by detecting 
10 an extent to which the web page's URL implements techniques for deceiving a user. For 

example, a spoof web page's URL often includes a widely known trusted URL or a part of such 
a URL, followed by a lengthy and complicated series of characters. The lengthy and 
complicated series of characters have an objective of concealing the actual URL, which is 
associated with the spoof web page. The following hypothetical example URL is associated with 
15 a spoof web page: 

http://www.wholesecuritv.com%201ong%20complicated%20@www.spoofsite.com 

A user may be deceived into perceiving that such URL is associated with 
20 "www.wholesecurity.com." However, in this example, such URL's substantive web page- 
identifying portion is www.spoofsite.com, which follows the "@" symbol. Accordingly, such 
URL is actually associated with "www.spoofsite.com" instead of "www.wholesecurity.com." 

The content analysis determines whether a potential spoof web page is likely 
misrepresented by analyzing the web page's content. More specifically, the content analysis 
25 determines a likelihood that the web page (associated with a particular URL) is a spoof web page 
by detecting an extent to which the web page's content implements techniques for deceiving a 
user. For example, a spoof web page's content often includes (a) content for deceiving a user to 
believe that the user is viewing a trusted web page, and (b) content for performing operations 
which harm the user (e.g., by obtaining the user's confidential, sensitive and/or financial 
30 information via information entry fields). 
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Accordingly, in response to determining that the web page's content includes a 
predetermined content, the content analysis determines that the web page is likely 
misrepresented as a trusted web page. For example, the content analysis detects: (a) whether the 
title or body of the web page's markup language content (e.g., HTML or XML content) includes 
5 a trusted web page's logo or name; and (b) whether the web page includes a form (e.g., including 
an information entry field) that ask a user to enter confidential, sensitive and/or financial 
information (e.g., the user's credit card account information or the user's bank account 
information). 

The layout analysis determines whether a potential spoof web page is likely 

10 misrepresented by analyzing the web page's layout (e.g., organization of content) to determine 
whether the web page simulates or mimics a layout feature of a trusted web page. Accordingly, 
the layout analysis compares the potential spoof web page's layout to one or more layouts of one 
or more known mistrusted (e.g., spoof) web pages, so that the layout analysis determines whether 
the potential spoof web page's layout is similar to a layout of a known mistrusted web page. 

15 Such analysis is configurable to detect whether the potential spoof web page's layout is similar 
to the layout of the known mistrusted web page in any of the following ways, according to a 
specified preference of a security provider, e-commerce provider, or customer: (a) substantially 
similar, (b) substantially identical, and/or (c) exactly identical. Likewise, the layout analysis 
compares a potential spoof web page's layout to one or more layouts of one or more web pages 

20 that are known targets of web page spoofing (e.g., a web page of a known trusted e-commerce 
provider), so that the analysis determines whether the potential spoof web page's layout is 
similar to a layout of a known trusted web page. 

A website includes one or more web pages. In comparison to a trusted website, a spoof 
website has: (a) a relatively young age; (b) relatively smaller size (e.g., relatively few hyperlinks 

25 to other web pages of the spoof website); and (c) and relatively few hyperlinks to it by known 
trusted web page resources, and vice versa. Also, unlike a trusted website, in an effort to avoid 
detection, operators of spoof websites frequently change the server (e.g., spoof server 1 14) on 
which the spoof website is hosted. Moreover, a spoof website is more likely to include 
hyperlinks to specified types of web pages that are infrequently hyperlinked by trusted websites. 
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Accordingly, the site analysis determines whether a potential spoof web page is likely 
misrepresented by analyzing information associated with the web page's website, so that such 
information is compared with known trusted websites. In at least one embodiment, such 
information includes: (a) an age (e.g., length of time of activity) of the potential spoof web 
page's website; (b) a size (e.g., a number of web pages) of the potential spoof web page's 
website; (c) a number of hyperlinks to the potential spoof web page's website by known trusted 
web pages, and vice versa; (d) a length of time (e.g., duration) that the potential spoof web 
page's website has been hosted by the website's server; and (e) whether the potential spoof web 
page's website includes hyperlinks to specified types of web pages that are infrequently 
hyperlinked by trusted websites. 

The reaction analysis determines whether a potential spoof web page is likely 
misrepresented as a trusted resource by outputting a signal to a computing system (e.g., spoof 
server 1 14) that hosts the web page and analyzing the computing system's response (e.g., 
reaction) thereto. For example, the signals include information requested by information entry 
fields embedded in the web page. A spoof web page's response (from its associated spoof server 
that hosts the spoof web page) is frequently different from a similar trusted web page's response 
(from its associated trusted server that hosts the trusted web page). Accordingly, the reaction 
analysis compares the potential spoof web page's response to the similar trusted web page's 
response. 

After step 1714, the operation continues to a step 1716, where security provider 
administrator 402 determines (e.g., generates) a score indicating a likelihood that the Internet 
address represents a spoof web page, in response to the analyses performed at steps 1704 and 
1714. 

In at least one embodiment, in response to each of analyses performed at steps 1704 and 
1714, security provider administrator 402 outputs a respective indication of whether the web 
page is likely misrepresented as a trusted web page. Accordingly, at step 1716, security provider 
administrator 402 generates a score in response to a scoring algorithm, which weighs each of the 
respective indications from each of the analyses performed at steps 1704 and 1714. After step 
1716, the operation continues to a step 1718. 
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At step 1718, security provider administrator 402 determines whether the score generated 
at 1716 exceeds a first threshold value. If so, the score indicates that the web page associated 
with the Internet address is likely a mistrusted web page. If security provider administrator 402 
determines that the score exceeds the first threshold value, the operation continues to step 1724. 
5 At step 1724, security provider administrator 402 outputs (to update/notification process 

504) an analysis indicating that the Internet address likely represents a mistrusted web page. 
After step 1724, the operation returns to step 1702. 

Referring again to step 1718, if security provider administrator 402 determines that the 
score does not exceed the first threshold value, the operation continues to a step 1720. At step 

10 1720, security provider administrator 402 determines whether the score is less than a second 
threshold value. If so, the score indicates that the web page associated with the Internet address 
is likely a trusted web page. If security provider administrator 402 determines that the score is 
less than the second threshold value, the operation continues to step 1710. In the illustrative 
embodiment, the first threshold value is higher than the second threshold value. In an alternative 

15 embodiment, the first threshold value is equal to the second threshold value. 

At step 1710, security provider administrator 402 outputs (to update/notification process 504) an 
analysis indicating that the Internet address likely represents a trusted web page. After step 
1710, the operation returns to step 1702. 

Referring again to step 1720, if security provider administrator 402 determines that the 

20 score is not less than the second threshold value, the score indicates that the web page associated 
with the Internet address is inconclusively either a trusted web page or a mistrusted web page. 
Accordingly, the Internet address represents a neutral web page, and the operation continues to a 
step 1722. 

At step 1722, security provider administrator 402 outputs (to update/notification process 
25 504) an analysis indicating that the Internet address represents a neutral web page. After step 
1722, the operation returns to step 1702. 

Fig. 18 is a flowchart of operation of update/notification process 504 executed by security 
provider administrator 402. At a step 1802, the operation self- loops until security provider 
administrator 402 determines that it has received an analysis from analysis process 502. In 
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response to security provider administrator 402 determining that it has received an analysis from 
analysis process 502, the operation continues to a step 1804. 

At step 1804, security provider administrator 402 determines whether the received 
analysis indicates that the Internet address (associated with the analysis) represents a mistrusted 
5 web page. If so, the operation continues to a step 1806, where security provider administrator 
402 determines whether it is specified to output the analysis to human system manager 406 for 
further analysis. If so, the operation continues to a step 1808. 

At step 1808, security provider administrator 402 outputs the analysis to human system 
manager 406 for further analysis. After step 1808, the operation continues to a step 1820, where 
10 security provider administrator 402 outputs the analysis to an e-commerce provider (e.g., e- 
commerce provider 102). After step 1820, the operation returns to step 1802. 

Referring again to step 1806, if security provider administrator 402 is not specified to 
output the analysis to human system manager 406 for further analysis, the operation continues to 
a step 1810. At step 1810, security provider administrator 402 writes the Internet address 
15 (associated with the analysis) for storage in mistrusted web pages database 506. After step 1810, 
the operation continues to step 1820. 

Referring again to step 1804, if the received analysis indicates that the Internet address 
(associated with the analysis) does not represent a mistrusted web page, the operation continues 
to a step 1812. At step 1812, the security provider administrator 402 determines whether the 
20 received analysis indicates that the Internet address (associated with the analysis) represents a 
trusted web page. If so, the operation continues to a step 1814. 

At step 1814, security provider administrator 402 determines whether it is specified to 
output the analysis to human system manager 406 for further analysis. If so, the operation 
continues to a step 1816, where security provider administrator 402 outputs the analysis to 
25 human system manager 406 for further analysis. After step 1808, the operation continues to a 
step 1820. 

Conversely, if security provider administrator 402 determines at step 1814 that it is not 
specified to output the analysis to human system manager 406 for further analysis, the operation 
continues to a step 1818. At step 1818, security provider administrator 402 writes the Internet 
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address (associated with the analysis) for storage in trusted web pages database 508. After step 
1818, the operation continues to step 1820. 

Referring again to Fig. 7, plug-in 706 is plug-in software, which representative clients 
602 and 804 execute in conjunction with web browser software (e.g., web browser 704). Plug-in 
5 706 is an Internet Explorer Plug-in, or alternatively another type of plug-in. In the illustrative 
embodiment, each of representative clients 602 and 804 stores (within their hard disks in 
configuration files or as cookies, or within their memories as in-memory databases) a copy of 
mistrusted web pages database 716 and trusted web pages database 718. 

In the illustrative embodiment, client 602 downloads (e.g., receives) and stores its copy 
10 of plug-in 706 from a trusted source (e.g., security provider 120 or e-commerce provider 102) 
through network 118. Such copy of plug-in 706 is executed by client 602. 

Moreover, in response to its execution of update process 712, client 602 updates its copy 
of detection process 708, analysis process 710, mistrusted web pages database 716, and trusted 
web pages database 718. While executing update process 712, client 602 determines whether its 
15 copy of detection process 708 is up-to-date. If so, client 602 continues with normal operation. 
Conversely, if client 602 determines that its copy of detection process 708 is not up-to-date, 
client 602 downloads and stores an up-to-date version of detection process 708 from a trusted 
source (e.g., security provider 120 or e-commerce provider 102). 

In response to its execution of update process 712, entity customer administrator 802: (a) 
20 downloads and stores its copy of plug-in 706 from a trusted source (e.g., security provider 120 or 
e-commerce provider 102) through network 118, similar to the manner in which client 602 
downloads its copy; (b) updates its copy of detection process 708, analysis process 710, 
mistrusted web pages database 716, and trusted web pages database 718, similar to the manner in 
which client 602 updates its copy; and (c) outputs them to its connected clients (e.g., client 804) 
25 while executing its copy of update process 712. 

Fig. 19 is a flowchart of operation of analysis process 710, which is executed by 
representative clients 602 and 804. In the following discussion, client 602 is a representative one 
of clients 602 and 804. After a user (e.g., human user 604) enters an Internet address in web 
browser 704, client 602 outputs the Internet address for analysis to analysis process 710. 
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As shown in Fig. 19, operation begins at a step 1902. At step 1902, the operation self- 
loops until client 602 determines that it has received an Internet address for analysis. In response 
to client 602 determining that it has received an Internet address for analysis, the operation 
continues to a step 1904. 

5 At step 1904, client 602 determines whether the Internet address is stored in trusted web 

pages database 718. If client 602 determines that the Internet address is stored in database 718, 
such determination indicates that the Internet address represents a trusted web page (and not a 
spoof web page). Accordingly, the operation continues to a step 1906, where client 602 outputs 
(to user notification/report process 714) an analysis indicating that the Internet address represents 

10 a trusted web page. After step 1906, the operation returns to step 1902. 

Referring again to step 1904, if client 602 determines that the Internet address is not 
stored in trusted web pages database 718, such determination indicates that further analysis by 
client 602 is warranted. Accordingly, the operation continues to a step 1908. 

At step 1908, client 602 determines whether the Internet address is stored in mistrusted 

15 web pages database 716. If client 602 determines that the Internet address is stored in mistrusted 
web pages database 716, such determination indicates that the Internet address represents a 
mistrusted web page (e.g., as illustrated by screen 900). Accordingly, the operation continues to 
a step 1920, where client 602 outputs (to user notification/report process 714) an analysis 
indicating that the Internet address represents a mistrusted web page. After step 1920, the 

20 operation returns to step 1902. 

Referring again to step 1908, if client 602 determines that the Internet address is not 
stored in the mistrusted web pages database 716, such determination indicates that further 
analysis by client 602 is warranted. Accordingly, the operation continues to a step 1910. 

At step 1910, client 602 performs one or more analyses, including one or more of: an 

25 Internet address analysis, a content analysis, a layout analysis, a site analysis, and a reaction 
analysis. Each of above analyses is discussed further hereinabove in connection with Fig. 17. 
After step 1910, the operation continues to a step 1912, where client 602 generates a score 
indicating a likelihood that the Internet address represents a mistrusted web page, in response to 
the analyses performed at step 1910. 
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In at least one embodiment, in response to each of analyses performed at step 1910, client 
602 outputs a respective indication of whether the Internet address likely represents a mistrusted 
web page. Accordingly, at step 1912, client 602 generates a score in response to a scoring 
algorithm, which weighs the each of the respective indications from each of the analyses 
5 performed at step 1910. After step 1912, the operation continues to a step 1914. 

At step 1914, client 602 determines whether the score generated at 1912 exceeds a first 
threshold value. If so, the score indicates that the web page associated with the Internet address 
is likely a mistrusted web page. If client 602 determines that the score exceeds the first threshold 
value, the operation continues to step 1920. 

10 At step 1920, client 602 outputs (to user notification/report process 714) an analysis 

indicating that the Internet address represents a mistrusted web page. After step 1920, the 
operation returns to step 1902. 

Referring again to step 1914, if client 602 determines that the score does not exceed the 
first threshold value, the operation continues to a step 1916. At step 1916, client 602 determines 

15 whether the score is less than a second threshold value. If so, the score indicates that the web 
page associated with the Internet address is likely a trusted web page. If client 602 determines 
that the score is less than the second threshold value, the operation continues to step 1906. In the 
illustrative embodiment, the first threshold value is higher than the second threshold value. In an 
alternative embodiment, the first threshold value is equal to the second threshold value. 

20 At step 1906, client 602 outputs (to user notification/report process 714), an analysis 

indicating that the Internet address represents a trusted web page. After step 1906, the operation 
returns to step 1902. 

Referring again to step 1916, if client 602 determines that the score is not less than the 
second threshold value, the score indicates that the web page associated with the Internet address 
25 is inconclusively either a trusted web page or a mistrusted web page. Accordingly, the Internet 
address represents a neutral web page, and the operation continues to a step 1918. 

At step 1918, client 602 outputs (to user notification/report process 714) an analysis 
indicating that the Internet address represents a neutral web page. After step 1918, the operation 
returns to step 1902. 
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Fig. 20 is a flowchart of operation of user notification/report process 714 executed by 
client 602. At a step 2002, the operation self-loops until client 602 determines that it has 
received an analysis from analysis process 710. In response to client 602 determining that it has 
received an analysis from analysis process 710, the operation continues to a step 2004. 
5 At step 2004, client 602 determines whether the received analysis indicates that the 

Internet address (associated with the analysis) represents a trusted web page. If so, the operation 
continues to a step 2006, where client 602 outputs a screen (e.g., screen 1300) to a display device 
(e.g., display device 208), and/or outputs audio signals to speakers (e.g., internal speakers of 
computing system 200), indicating that the Internet address (associated with the analysis) 

10 represents a trusted web page. After step 2006, the operation returns to step 2002. 

Conversely, if the received analysis indicates that the Internet address (associated with 
the analysis) does not represent a trusted web page, the operation continues from step 2004 to a 
step 2008. At step 2008, client 602 determines whether the received analysis indicates that the 
Internet address (associated with the analysis) represents a mistrusted web page. If so, the 

1 5 operation continues to a step 2010. 

At step 2010, client 602's computer outputs a screen (e.g., screen 1200) to a display 
device (e.g., display device 208), and/or outputs audio signals to speakers (e.g., internal speakers 
of computing system 200), indicating that the Internet address (associated with the analysis) 
represents a mistrusted web page. After step 2010, the operation continues to step 2014. 

20 Referring again to Fig. 12, a display device (e.g., display device 208) displays screen 

1200 in response to client 602 outputting a signal indicating that the Internet address represents a 
mistrusted web page. Screen 1200 includes tool bar 1202, which is a region of screen 1200. 
Likewise, screen 1300 (Figs. 13 and 14) includes tool bar 1304, which is a region of screen 1300. 
As shown in Figs. 12, 13 and 14, screens 1200 and 1300 include distinct respective 

25 messages, in response to whether an Internet address represents: (a) a mistrusted web page (as 
shown in tool bar 1202 of Fig. 12); (b) a trusted web page (as shown in tool bar 1304 of Figs. 13 
and 14); or (c) a neutral web page. 

Screen 1200 also includes a dialog box 1204, which is a region of screen 1200 for 
displaying various information to a user (e.g., human user 604) about a mistrusted web page. 

30 Dialog box 1204 includes buttons 1206, 1208, 1210, and 1212, respectively clickable by the user 

26 



PATENT 

Docket No.: 32937.11 
Customer No.: 000027683 

for selectively causing client 602 to perform various operations. For example, in response to the 
user clicking button 1206, client 602 causes web browser 704 to display the user's pre-defined 
homepage. In response to the user clicking button 1208, client 602 causes web browser 704 to 
display the mistrusted web page that is represented by the Internet address. In response to the 
5 user clicking button 1210, client 602 closes web browser 704 (e.g., ceases executing web 
browser 704). In response to the user clicking button 1210, client 602 outputs the Internet 
address (representing a mistrusted web page) to security provider 120 through network 118. 

In an alternative embodiment, in response to client 602 determining that the Internet 
address represents a mistrusted web page, the display device of client 602 does not display dialog 
10 box 1204, but instead displays a message (in tool bar 1202) indicating that the Internet address 
represents a misrepresented web page. In at least one version of such alternative embodiment, 
client 602 does not display the web page (represented by the Internet address) in web browser 
704. 

Referring again to Fig. 20, at step 2014, client 602 determines whether it is specified to 
15 report the Internet address to a security provider (e.g., security provider 120). If so (e.g., if user 
has clicked button 1210), the operation continues to step 2016. At step 2016, client 602 outputs 
the Internet address to a security provider (e.g., security provider 120) through network 118. If 
client 602 determines at step 602 that it is not specified to report the Internet address to a security 
provider, the operation returns to step 2002. 
20 Referring again to step 2008, if client 602 determines that the received analysis indicates 

that the Internet address (associated with the analysis) does not represent a mistrusted web page, 
the operation continues to a step 2012. At step 2012, client 602 outputs a screen (e.g., screen 
1300) to a display device (e.g., display device 208), and/or outputs audio signals to speakers 
(e.g., internal speakers of computing system 200), indicating that the Internet address (associated 
25 with the analysis) represents a neutral web page. After step 2012, the operation continues to step 
2014. 

Referring again to Fig. 2, computer-readable medium 212 is a floppy diskette. 
Computer-readable medium 212 and computer 204 are structurally and functionally interrelated 
with one another as described further hereinbelow. Each IHS of the illustrative embodiment is 
30 structurally and functionally interrelated with a respective computer-readable medium, similar to 
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the manner in which computer 204 is structurally and functionally interrelated with computer- 
readable medium 212. In that regard, computer-readable medium 212 is a representative one of 
such computer-readable media, including for example but not limited to storage device 21 1. 

Computer-readable medium 212 stores (e.g., encodes, or records, or embodies) functional 
5 descriptive material (e.g., including but not limited to software (also referred to as computer 
programs or applications) and data structures). Such functional descriptive material imparts 
functionality when encoded on computer-readable medium 212. Also, such functional 
descriptive material is structurally and functionally interrelated to computer-readable medium 
212. 

10 Within such functional descriptive material, data structures define structural and 

functional interrelationships between such data structures and computer-readable medium 212 
(and other aspects of computer 204, computing system 200 and system 100). Such 
interrelationships permit the data structures' functionality to be realized. Also, within such 
functional descriptive material, computer programs define structural and functional 

15 interrelationships between such computer programs and computer-readable medium 212 (and 
other aspects of computer 204, computing system 200 and system 100). Such interrelationships 
permit the computer programs' functionality to be realized. 

For example, computer 204 reads (e.g., accesses or copies) such functional descriptive 
material from computer-readable medium 212 into the memory device of computer 204, and 

20 computer 204 performs its operations (as described elsewhere herein) in response to such 

material which is stored in the memory device of computer 204. More particularly, computer 
204 performs the operation of processing a computer application (that is stored, encoded, 
recorded or embodied on a computer-readable medium) for causing computer 204 to perform 
additional operations (as described elsewhere herein). Accordingly, such functional descriptive 

25 material exhibits a functional interrelationship with the way in which computer 204 executes its 
processes and performs its operations. 

Further, the computer-readable medium is an apparatus from which the computer 
application is accessible by computer 204, and the computer application is processable by 
computer 204 for causing computer 204 to perform such additional operations. In addition to 

30 reading such functional descriptive material from computer-readable medium 212, computer 204 
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is capable of reading such functional descriptive material from (or through) network 112 which 
is also a computer-readable medium (or apparatus). Moreover, the memory device of computer 
204 is itself a computer-readable medium (or apparatus). 

Although illustrative embodiments have been shown and described, a wide range of 
5 modification, change and substitution is contemplated in the foregoing disclosure and, in some 
instances, some features of the embodiments may be employed without a corresponding use of 
other features. 
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